Systems, devices, and methods for emergency responses and safety

ABSTRACT

Systems, devices, and methods for emergency responses are provided. A client device can be provided with a response to an emergency via a networked system that can determine that the client device is located with a defined area of coverage, and can route a call session to a answering platform associated with answering station device that can facilitate a facilitate a safety service. Client devices located outside the coverage area can be directed to communicate via a call to 911.

CROSS-REFERENCE TO RELATED APPLICATIONS

The present application is a continuation of U.S. patent applicationSer. No. 15/904,112, filed Feb. 23, 2018, which is acontinuation-in-part of U.S. patent application Ser. No. 15/688,814,filed Aug. 28, 2017, now U.S. Pat. No. 10,306,449, which claims thebenefit of U.S. Provisional Patent Application No. 62/380,064, filedAug. 26, 2016. U.S. patent application Ser. No. 15/904,112 also claimsthe benefit of U.S. Provisional Application No. 62/620,849, filed Jan.23, 2018. The contents of each of the above-captioned patentapplications are incorporated herein by reference in their entireties.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings form part of the disclosure and areincorporated into the subject specification. The drawings illustrateexample embodiments of the disclosure and, in conjunction with thepresent description and claims, serve to explain at least in partvarious principles, features, or aspects of the disclosure. Certainembodiments of the disclosure are described more fully below withreference to the accompanying drawings. However, various aspects of thedisclosure may be implemented in many different forms and should not beconstrued as limited to the implementations set forth herein. Likenumbers refer to like, but not necessarily the same or identical,elements throughout.

FIG. 1 presents an example of an operational environment for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 2 presents another example of an operational environment foremergency responses in accordance with one or more embodiments of thedisclosure.

FIG. 3 presents an example of a client device for emergency responses inaccordance with one or more embodiments of the disclosure.

FIG. 4 presents an example of safety components for emergency responsesin accordance with one or more embodiments of the disclosure.

FIG. 5 presents an example of user interface for emergency responses inaccordance with one or more embodiments of the disclosure.

FIG. 6 presents another example of user interface for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIGS. 7-10 present examples of user interfaces for emergency responsesin accordance with one or more embodiments of the disclosure.

FIG. 11 presents another example of safety components for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 12 presents another example of a client device for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 13 presents another example of safety components for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 14 presents an example of a user interface for emergency responsesin accordance with one or more embodiments of the disclosure.

FIGS. 15-18 present other examples user interfaces for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIGS. 19-21 present yet other examples of user interfaces for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 22 presents another example of a user interface for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 23 presents an example computational environment for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIG. 24-25 present example methods in accordance with one or moreembodiments of the disclosure.

FIG. 26 presents another example of an operational environment foremergency responses in accordance with one or more embodiments of thedisclosure.

FIGS. 27A, 27B, and 27C present examples of user interfaces foremergency responses in accordance with one or more embodiments of thedisclosure.

FIGS. 28A and 28B present examples of user interfaces for emergencyresponses in accordance with one or more embodiments of the disclosure.

FIGS. 29A, 29B, and 29C present examples of user interfaces foremergency responses in accordance with one or more embodiments of thedisclosure.

FIGS. 30A and 30B present examples of user interfaces for emergencyresponses in accordance with one or more embodiments of the disclosure.

DETAILED DESCRIPTION

This disclosure provides, in least some embodiments, systems, devices,methods and/or computer-readable non-transitory storage media foremergency responses. In some embodiments, a client device may beprovided with a response to an emergency via a networked system that maydetermine that the client device is located with a defined area ofcoverage, and may route a call session to a answering platformassociated with answering station device that may facilitate orotherwise provide a safety service. Client devices located outside thecoverage area may be directed to communicate via a call to 911. Whilevarious embodiments are illustrated in connection with client devicesthat embody or constitute mobile devices, the disclosure is not solimited and other types of client devices (such as stationary computingdevices) are contemplated. In addition or in some embodiments, thefunctionality described herein in connection with emergency responsesmay be customized. Customization provides flexibility and may be made tosatisfy specific constraints of an organization (e.g., a localgovernment, a school, and the like) that utilizes or otherwise leveragesthe functionality described herein.

FIG. 1 illustrates an example of an environment 100 for emergencyresponses in accordance with one or more disclosed embodiments. Theenvironment 100 includes a device 110 that may be configured to operatein accordance with aspects of this disclosure. To that end,computer-accessible instructions (e.g., computer-readable and/orcomputer-executable instructions) may be retained in one or more memorydevices of the mobile device 110. In response to execution by aprocessor circuit, the computer-accessible instructions may cause themobile device 110 to operate in accordance with aspects of thisdisclosure. In some scenarios, the client device 210 may send aconnection request 114 to establish a connection with a destinationdevice that may provide or otherwise facilitate a safety service. Forexample, a destination device may include a device associated with asafety service platform 140, as described in greater detail below. Themobile device 110 may send the connection request 114 to a group ofsafety service platform devices 140 (collectively referred to as safetyservice platform 140). The safety service may have a defined coveragearea 120. For instance, the coverage area 120 may correspond to an areaassociated with a public-safety answering point (PSAP) (or, in someinstances, public-safety access point) center within a defined region(e.g., a county). In one scenario, the mobile device 110 may send theconnection request 114 from a location 125 outside the defined coveragearea 120. In such a scenario, a safety server device 240 within thesafety service platform 140 may determine that the location 125 isoutside the service coverage area 120. To that end, the connectionrequest 114 may include information indicative of the location 125 ofthe mobile device 110. In response to such a determination, the safetyserver device 240 may determine that service coverage is unavailable tothe mobile device 110, and may send a connect denial message 114. Theconnect denial message 144 may be received by the mobile device 110 andmay cause the mobile device 110 to direct an end-user of the mobiledevice 110 to dial 911, for example. More specifically, in oneembodiment, in response to receiving the connect denial message 144, themobile device 110 may display a message to dial 911. For instance, adisplay device of the mobile device 110 may present one or more visualelements indicating or otherwise instructing to dial 911. In addition orin another embodiment, the mobile device may render an audible signalindicating or otherwise instructing to dial 911.

In other scenarios, the mobile device 110 may be located at a location160 within the service coverage area 120 and may send a connectionrequest 118 to establish a connection with a destination device that mayprovide or that may facilitate providing the safety service. Theconnection request 118 may include information indicative of thelocation 160, and may be sent to the safety service platform 140. Thesafety server device 240 within the safety service platform 140 mayreceive the connection request 118 and may determine, using the locationinformation, that the mobile device 110 is located within the servicecoverage area 120. In response, the safety server device 240 may send aconnect information message 148 to the mobile device 110. The connectioninformation message 148 may include an Internet protocol (IP) address oranother type of communication address of a remote server device within agroup of answering platform device (collectively referred to asanswering platform 150). In some embodiments, the remote server device(not depicted) may establish a first connection with the mobile device110. Such a connection is represented with session connect 154. Inaddition, in some instances, the remote server device may determine thatthe destination device is available for communication, and may establisha second connection with the destination device. The destination devicemay be included, for example, within the answering platform 150. Thefirst connection and the second connection may result in the requestedconnection, where the mobile device 110 is connected with the intendeddestination device.

Upon or after the requested connection is established, the mobile device110 and the destination device may exchange session content 158. Thesession content 158 may include text messages (e.g., SMS messages and/orMMS messages), audio signals, and/or video signals.

In some embodiments, the destination device that communicates with themobile device 110 may send (e.g., forward) at least a portion of thesession content 158 to a third-party device, that may be a mobiletelephone 170, for example. As such, as is illustrated in FIG. 1, such adestination device may send session content 174 to a mobile telephone170. In addition, the mobile telephone 170 may send information (e.g.,audio signals, video signals, and/or messages) to the mobile device 110via the answering platform 150.

According to an embodiment, the destination device may be configured tore-establish a connection to the mobile device in the event that anestablished connection becomes lost or dropped. In this regard, duringthe process of establishing the connection with the mobile device, thedestination device may gather contact information for the mobile device.The destination device may then determine that the establishedconnection with the mobile device has been lost. Upon determination thatthe connection to the mobile device has been lost, the destinationdevice may initiate a process to re-establish the connection with themobile device based on the contact information for the mobile device.The destination device may then send a message to the mobile deviceproviding information to re-establish the connection between the mobiledevice and the destination device. The message sent to the mobile devicemay take the form of a text message or phone call that may be receivedby the mobile device via the Hoplon™ app. The destination device maythen re-establish the connection with the mobile device.

Upon re-establishing the connection with the mobile device, thedestination device may then send a message to the mobile devicerequesting updated position information for the mobile device. Inresponse to receiving the message from the destination device, themobile device may determine location information indicating the positionof the mobile device. The mobile device may then send a message to thedestination device that includes the determined location information.The location information may be specified in terms of longitude andlatitude coordinates of the mobile device and may be provided in theform of GPS coordinates. Alternatively, the location information may bespecified in terms of a street address (e.g., 324 West Street). Uponreceipt of the location information, the destination device may storedata representing the position information for the mobile device. Thedestination device may further send one or more messages to the mobiledevice periodically to request updated location information for themobile device to enable tracking of the mobile device, as described ingreater detail below.

FIG. 2 illustrates another example of an operational environment foremergency responses in accordance with one or more embodiments of thedisclosure. The environment 100 includes a client device 210 that may beconfigured to operate in accordance with aspects of this disclosure. Insome embodiments, the client device 210 may embody or may constitute themobile device 110. Similar to the mobile device 110, the client device210 may include one or more safety units 218 (collectively referred toas safety unit(s) 218). In some scenarios, the client device 210 maysend a connection request 214 to establish a connection with adestination device that may provide or otherwise facilitate a safetyservice. The client device 210 may be a mobile device and, thus, mayconfigure (e.g., generate and/or format) the connection request 214 toinclude information indicative of a location of the client device 210.The client device 110 may utilize or otherwise leverage one or morenetworks 225 to send the connection request 214 to the safety serviceplatform 140. One or more links 220 a (wireless links and/or wirelinelinks) may functionally couple the client device 210 to network 225, andone or more links 220 b (wireless links and/or wireline links) mayfunctionality couple network 225 to the safety service platform 140.More specifically, in some embodiments, network 225 may functionallycouple the networks 225 to the one or more safety server devices 240. Insome embodiments, the safety server device(s) 240 may embody or mayconstitute a group of host server devices that may implement a cloudbased processor implemented solution implementing methods of the safetyservice platform of this disclosure.

As mentioned above, the safety service associated with the destinationdevice, to which the client device 210 may connect, may have a definedcoverage area. In some embodiments, the defined coverage area may becharacterized as a geofence. As such, in some aspects, a safety serverdevice 240 may utilize or otherwise leverage location information (e.g.,GPS coordinates) included in the connection request 214 to determine acoverage state of the client device 210. Specifically, the safetyservice platform 140 may include location information 246 retained inone or more memory elements within one or more memory devices 245(collectively referred to as system repository 245). The locationinformation 246 may include a list (or another type of data structure)that designates a group of remote server devices and respective servicecoverage areas. In addition, the safety server device 240 may compare alocation of the client device 210 to the service coverage area 120.Based at least on such a comparison, the server device may determine thecoverage state of the client device 210. In one scenario, the safetyserver device 240 may determine that the location of the client device210 is outside of the service coverage area 120 recorded or otherwiseregistered in the system repository 245. Therefore, the safety serverdevice 240 may determine that the coverage state corresponds to anuncovered state, and may send a response 219 to the client device 210.In such a scenario, the response 219 may include a message indicative ofdenial of the connection request 214.

In another scenario, the safety server device 240 that assesses theconnection request 214 at the safety service platform 140 may identify aservice coverage area (that may or may not coincide with servicecoverage area 120) that contains the location of the client device 210.The identified coverage area may be associated with an answering deviceserver device 250 that may be located remotely from the client device210. In one aspect, the answering device server 250 may be located at asite that may include multiple destination devices that provide orotherwise facilitate an emergency response service. Therefore, theserver device may determine that the coverage state correspond to acovered state, and may configure the response 219 to include informationindicative of a communication address (e.g., an IP address) of theanswering server device 250. The safety server device 240 may send sucha response 219 to the client device 210.

Regardless of the type of response 219, the client device 210 mayreceive the response 219 via a network pathway 230 a. Receiving such aresponse 219 may cause the client device 210 to perform a predeterminedaction. In an example scenario in which the response 219 includes aconnect denial message, the response 219 may cause the client device 210to instruct a user to 911. For example, in response to receiving theconnect denial message 144, the mobile device 110 may display a messageinstructing a user to dial 911. For instance, a display device of themobile device 110 may present one or more visual elements indicating aninstruction to dial 911. The mobile device may further render an audiblesignal indicating an instruction to dial 911.

In a further example in which the response 219 includes thecommunication address of the answering server device 250, receipt ofsuch a response 219 may cause the client device 210 to initiate aconnection with the answering server device 250. The client device 210and the answering server device 250 may exchange messages to establish afirst connection. The messages may include a session connect 234instruction and may be exchanged via a network pathway 230 b. Themessages may include information indicating at least a portion of thelink(s) 220 a, at least one of the network(s) 225, and at least aportion of the link(s) 220 c. Further, the answering server device 250may be functionally coupled to one or more answering station devices260, and may determine that a first answering station device 260 isavailable for communication. Thus, the answering server device 250 mayestablish a second connection between the client device 210 and astreaming server device that may be embodied in or may include, forexample, at least one of the safety unit(s) 254. In addition, theanswering server device 250 may establish a third connection between thestreaming server device and the first answering station device 260. Thesecond connection and the third connection may result in completion ofthe connection request 214, wherein the client device 210 may beconnected with the first answering station device.

Upon or after the connection requested by the connection request 214 isestablished, the client device 210 and the first answering stationdevice may exchange session content 238. The session content 238 mayinclude text messages (e.g., SMS messages and/or MMS messages), audiosignals, video signals, etc.

According to an embodiment, the first answering station device may beconfigured to re-establish a connection to the mobile device in theevent that an established connection becomes lost or dropped. In thisregard, during the process of establishing the connection with themobile device, the first answering station device may gather contactinformation for the mobile device. The first answering station devicemay then determine that the established connection with the mobiledevice has been lost. Upon determination that the connection to themobile device has been lost, the first answering station device mayinitiate a process to re-establish the connection with the mobile devicebased on the contact information for the mobile device. The firstanswering station device may then send a message to the mobile deviceproviding information to re-establish the connection between the mobiledevice and the first answering station device. The message sent to themobile device may take the form of a text message or phone call that maybe received by the mobile device via the Hoplon™ app. The firstanswering station device may then re-establish the connection with themobile device.

Upon re-establishing the connection with the mobile device, the firstanswering station device may then send a message to the mobile devicerequesting updated position information for the mobile device. Inresponse to receiving the message from the first answering stationdevice, the mobile device may determine location information indicatingthe position of the mobile device. The mobile device may then send amessage to the first answering station device that includes thedetermined location information. The location information may bespecified in terms of longitude and latitude coordinates of the mobiledevice and may be provided in the form of GPS coordinates.Alternatively, the location information may be specified in terms of astreet address (e.g., 324 West Street). Upon receipt of the locationinformation, the first answering station device may store datarepresenting the position information for the mobile device. The firstanswering station device may further send one or more messages to themobile device periodically to request updated location information forthe mobile device to enable tracking of the mobile device, as describedin greater detail below.

In some embodiments, a third-party device (not shown) may access theanswering server device 250 to establish a connection to the answeringserver device 250. In an example, a third party device may be a deviceused by a government, police, or military official. Such a third-partydevice may send information indicating the identified service coveragearea associated with the answering server device 250. In this example,the identified service coverage area may be associated with a PSAPcenter. Safety unit(s) 254 may permit establishment of a connectionbetween the answering server device 250 and the third-party device.

In some embodiments, the answering server device 250 and/or athird-party device (e.g., a device used by a police officer) may sendone or more selectable predetermined messages to the client device 210in communication with (or, in some embodiments, to be queued forcommunication with) the answering server device 250 and/or thethird-party device. A selectable predetermined message may alert theclient device 210 and/or the other client device(s) (collective referredto as “caller devices”) that help is on the way (in response to arequest for help) and that additional calls for help may be unnecessary.The one or more selectable predetermined messages may be sent inresponse to selection of a selectable visual element included in a firstdisplay device of an answering station device 260 (e.g., a stationdevice in a PSAP) or in a second display device of a third-party device(e.g., a police officer mobile device, a police station device, adispatch center device, a first responder headquarter device, etc.).

In some embodiments, as the answering server device 260 or a third-partydevice determine that a threshold number of calls originate from aspecific coverage area (e.g., a county, a school campus, or anygeofenced region), the answering server device 260 and/or thethird-party device may cause respective display devices thereof topresent a visual element representative of the calls in a dedicatedportion of a screen of the respective display devices. For instance, thevisual element may be a graphical block (an icon, a window, or the like)labeled “Send Preset Message.” Further, upon or after a threshold numberof calls is received from the identified service coverage area, theanswering station device 260 and the third-party device may causerespective display devices thereof to present one or more selectablevisual elements representative of one or more respective selectablepredetermined messages that may be sent to the caller devices. Aselectable predetermined message may be sent by the answering stationdevice 260 and the third-party device in response to selection of aselectable visual element. The threshold number may be configured by anadministrator of the answering server device 250. As mentioned above, aselectable predetermined message notifies all or at least some of thecaller devices located within a service coverage area or in a vicinityof a defined location that help has been dispatched. In some aspects,the answering station device 260 and the third-party device may causerespective display devices thereof to present respective locations ofall caller devices as calls from the caller devices are received.

Sending or otherwise supplying preset messages as described herein maypermit or otherwise facilitate avoiding network congestion or othertypes of excessive network traffic (e.g., call congestion) when help isalready on the way. As such, in one aspect, an answering station device260 and/or a third-party device (e.g., a mobile device of an officer, astation device at a police department or first responders station, andthe like) may allow an operator (a PSAP agent, a police office, a firstresponder) to focus on incoming calls for other emergencies that havenot yet received any type of assistance.

Further or in other embodiments, upon or after the connection request214 is received and/or established, at least one of the safety serverdevice(s) 240 may generate a record of a location associated with theconnection request 214. See, e.g., FIG. 2 and FIG. 26. As mentioned,such a location may be represented or otherwise indicated with thelocation information contained in the connection request 214. Thelocation information may be embodied in or may include latitude andlongitude coordinates. The generation of such a record may be referredto as the location being tagged and/or pinned. The at least one of thesafety server device(s) 240 may send a copy of the record and/or thelocation information indicative of the location to the answering serverdevice 250 and/or a third-party device (e.g., an officer device and/or adevice in a police department including safety unit(s) 218). Theanswering server device 250 and the third-party device may retain thecopy of the record and/or such location information, and/or may transferthe location information (e.g., latitude and longitude coordinates) to amobile officer device and/or an emergency response unit. For example, inone embodiment, the answering server device 250 and the third-partydevice may present, in a display device, a selectable visual elementindicative or representative of a location information transfer option.For instance, the selectable visual element may be embodied in a blocklabeled “Transfer and Go.” In response to selection (e.g., a click ortap on the selectable visual element) of the selectable visual element,the answering server device 250 and the third-party device to send thelocation information to mobile officer device and/or an emergencyresponse unit (e.g., an EMS communication device). In one embodiment,the location information may be sent in combination with navigationinformation (e.g., direction instructions) that may be displayed orotherwise presented at the mobile officer device and/or the emergencyresponse unit. In one aspect, the navigation information also mayinclude instruction(s) or directive(s) to cause the mobile officerdevice and/or the emergency response unit to present (visually and/oraurally) the navigation information. In the case of the mobile officerapp, they may either hit the “go” option on their mobile device and usethe same device as they are using for the officer app, or use the“transfer and go” option which will send the location and preloadedlocation to a dashboard of their vehicle. In some aspects, the vehiclein this embodiment may include a device that permits or otherwisefacilitates receiving information directly from a mobile device. Thedevice may be embodied in a radio unit (e.g., a unit similar to radiounit 322) that permits point-to-point communication between a mobiledevice and the vehicle. In addition, the vehicle may include a displaydevice, such as those included in an infotainment system. Thisfunctionality may permit or otherwise facilitate maintaining dispatchersand mobile responders on the same system, which may speed up time and/orneed not require familiarization with multiple systems.

In addition or in some embodiments, a location of the client device 210may be monitored over time. See, e.g., FIG. 2 and FIG. 26. To that end,a safety server device of the safety server device(s) 240 may receivelocation information periodically (or, in some embodiments, at scheduledor otherwise defined instants) from the client device 210 after acommunication session has been established. To receive the locationinformation, the safety server device may poll the client device 210periodically at intervals □t (e.g., 500 ms, 1 s, 2 s, 3 s, 4 s, 5 s, 10s, or the like) or at defined instants, requesting the client device 210to provide the location information in response to the polling. Thesafety server device may send an instruction or directive to the clientdevice 210 to send location information periodically or at definedinstants (e.g., according to a schedule). Upon or after receiving a setof location information corresponding to a group of instants (e.g., oneor more instants), such a safety server device may send (e.g., push) theset of location information automatically to a third-party devicefunctionally coupled to the safety service platform 140. Therefore, thethird-party device (e.g., a police officer device, a police departmentdevice, or the like) may automatically obtain location information ofthe client device 210 over time. In some implementations, thethird-party device may present a map including temporal locationinformation of the client device 210. The map may be updated (or, morecolloquially, “refreshed”) at intervals □t or at other times. Such anupdate of location information of the client device 210 may permit orotherwise facilitate dispatch operators and/or officers in the field totrack location of the client device in a live scenario. For instance, inthe case of a kidnapping, the emergency response authorities may track amobile device (and, in some instances, an associated end-user) on themove.

As mentioned, a third-party device (e.g., a police officer device) mayinclude the safety unit(s) 218. In some aspects, the safety unit(s) 218may cause the third-party device to present selectable visual elements(e.g., a “message station” tab) that in response to selection (e.g.,clicking or tapping) may cause the third-party device to permit orotherwise facilitate the transmission of text messages to anotherthird-party device (e.g., a station device in a police department) orone of the answering station device(s) 260 within a coverage area (e.g.,a geofenced zone) associated with the answering server device 250. As isillustrated in FIG. 26, a first one of the third-party device(s) 270 maysend messages to a second one of the third-party device(s) 270. Each ofthe first one and second one of the third-party device(s) 270 may befunctionally coupled to the safety service platform 140 and/or theanswering server device 250 via one or more of the network(s) (wirelessnetwork(s), wireline network, a combination thereof, or the like) andlink(s) 220 d (wireline link(s) and/or wireline link(s)). Each of thefirst one and the second one of the third-party device(s) 270 maypresent, via respective display devices, respective selectable visualelements that, in response to selection, cause or otherwise initiate themessaging amongst such devices.

Such functionality may increase the ease of communication betweenofficers in the field and dispatch agents in a PSAP or dispatchoperating center. In some embodiments, the exchange of messages betweenthird-party devices or third-party device and answering station devicemay be permitted or otherwise facilitated by the safety service platform140. Thus, in one aspect, the messaging may be more efficient than othertypes of messaging in conventional safety systems because the messagingmay be consolidated in a single safety service platform rather thanrelying on various radio communications or a separate phone call.

FIG. 3 presents a block diagram 300 of an example of a client device 210in accordance with one or more embodiments of the disclosure. As isillustrated, the client device 210 may include one or more audio inputunits 304 and one or more audio output units 308. As an illustration,the audio output unit(s) 308 may include speaker(s); digital-to-analogconverters; volume control(s) and/or other audio controls, such as basscontrol, treble control, and the like; an on/off switch; a combinationthereof; or the like. In addition or in another example, the audio inputunit(s) 304 may include microphone(s), analog-to-digital converter(s),amplifier(s), filter(s), and/or other circuitry for processing of audio(e.g., equalizer(s)). The client device 210 also may include one or moreinput/output (110) interface units 310. In one aspect, the IO interfaceunit(s) 310 may include a display unit 312. The display unit 312 mayinclude, in some embodiments, a display device and operation circuitryfor the operation of the display device. In one example, the displaydevice may include a touch screen and, thus, the display unit 312 mayinclude detection circuitry (not depicted) for the detection of physicalinteraction with the device, such as the application of a force (orpressure) on a surface of the touch screen.

The client device 210 also may include a location unit 314 that maygenerate location information, such as global positioning system (GPS)coordinates of the client device 210. To that end, the location unit 314may be functionally coupled to a radio unit 320 that may receive timingmessages from one or more satellites via respective deep-space links.The radio unit 320 may send the timing messages to the location unit314. The location unit 314 may determine an estimate of a location ofthe client device 210 using at least the timing messages. It is notedthat the disclosure is not limited to GPS coordinates and, in someembodiments, the location unit 314 may rely on other type ofdeterminations to estimate a location of the client device. Forinstance, the location unit 314 may utilized or otherwise leveragetriangulation of Wi-Fi signals (e.g., pilot signals) and/or cellularsignals to determine an estimate of a location of the client device 210.Accordingly, as is illustrated in FIG. 3, the radio unit 320 may includeone or more antennas 322 and a multi-mode communication processing unit324 that may process multiple types of wireless signals received by atleast one of the antenna(s) 322.

As is further illustrated in FIG. 3, the client device 210 also mayinclude one or more memory devices 315 (collectively referred to asmemory 315). The memory 315 may include one or more safety components316 and safety information 318. In some embodiments, the safetycomponent(s) 316 may be embodied in or may constitutecomputer-accessible instructions (e.g., computer-readable and/orcomputer-executable instructions) that, in response to execution by aprocessor circuit, the computer-accessible instructions may cause theclient device 210 to operate in accordance with aspects of thisdisclosure. In some embodiments, one or more processors 330 included inthe client device 210 may execute the safety component(s) 316. Thesafety information 318 may be utilized during the operation of theclient device 210 and may include, for example, location informationgenerated by the location unit 314.

In some embodiments, as is illustrated in FIG. 4, the safetycomponent(s) 316 may include a user-device interaction component 410that may cause the client device 210 to present a user interface (UI)that permits or otherwise facilitates the utilization of the safetyfunctionality in accordance with the disclosure. For instance, theuser-device interaction component 410 may cause a display device of thedisplay unit 312 to present selectable visual elements and/ornon-selectable visual elements that constitute the user interface. Insome embodiments, information indicative of respective formats (e.g.,shape, size, font type, font size, etc.) and placements within the UI ofthe selectable visual elements and the non-selectable visual elementsmay be retained within the safety information 318 (see FIG. 3). Anexample of a UI 500 is shown in FIG. 5. The UI 500 includes a firstselectable visual element 510 that, in response to being selected, maypermit entering a username associated with a user account for a safetyservice that may provide the safety functionality of this disclosure.The UI 500 also includes a second selectable visual element 520 that, inresponse to being selected, may permit entering a password (or, in someembodiments, other types of security credentials) that may secure suchan account. The UI 500 further includes a second selectable visualelement 530 that, in response to being selected, may permit accessingthe safety service that provides the safety functionality describedherein.

In some embodiments, in response to (e.g., after or upon) an accountassociated with the safety service of this disclosure being accessed,the user-device interaction component 410 may cause the client device210 illustrated in FIG. 3 to present a UI that may permit requesting adefined type of communication with a destination device (e.g., one ofanswering station device(s) 260). Thus, in one embodiment, theuser-device interaction component 410 may cause the display deviceincluded in the display unit 312 (see FIG. 3) to present selectablevisual elements representative of respective options for communication.As an illustration, FIG. 6 presents an example of a UI 600 that includesa first selectable visual element 610 for a first type of communication;a second selectable visual element 620 for a second type ofcommunication; and a third selectable visual element for a third type ofcommunication.

Selection of one of the first selectable visual element 610, the secondselectable visual element 620, or the third selectable visual element630 may cause the client device 210 to generate a connection request(see, e.g., connection request 214 in FIG. 2). To that end, with furtherreference to FIG. 4, a request composition component 430 may generate aconnection request that include location information indicative of alocation of the client device 210. In one embodiment, the locationinformation may be indicative of GPS coordinates and may be receivedfrom the safety information 318. In addition or in other embodiments,the request composition component 430 may query the location unit 314for location information (e.g., GPS coordinates or other type ofcoordinates). In addition, a communication component 420 may configure(e.g., format) the connection request according to a defined protocolfor communication with a remote device (e.g., a server device of thesafety service platform 140). In one example, the defined protocol forcommunication may include one of Hyper Text Transfer Protocol Secure(HTTPS) or Session Initiation Protocol (SIP). The disclosure is notlimited in that respect and other communication protocols may becontemplated. In some embodiments, the communication component 420 maydirect the radio unit 320 to send the connection request to the remotedevice.

In scenarios in which the client device 210 is located outside acoverage area, the communication component 420 may receive a denialresponse message indicative of denial of the connection request sent bythe client device 210. The denial response message may be embodied in,for example, an HTTPS message. In one embodiment, the response messagemay be received by the radio unit 320 and may be sent (or otherwise madeavailable) to the communication component 420. As discussed herein, insome embodiments, in response to the denial response message, the clientdevice 210 may instruct the dialing of 911. To that end, the user-deviceinteraction component 410 may cause a display device within the displayunit 312 to present a visual element (selectable or otherwise) thatinstructs the dialing of 911. In addition or in the alternative, theuser-device interaction component 410 may cause such a display device topresent a selectable visual element that in response to (e.g., after orupon) being selected may cause the client device 210 to dial 911. FIG. 7illustrates an example of a UI 700 that may be presented at the clientdevice 210 during the establishment of the connection with an answeringstation device (e.g., one of answering station device(s) 260).

In scenarios in which the client device 210 is located inside a coveragearea, the communication component 420 may receive a connect responsemessage that includes information indicative of a communication address(e.g., an IP address) of the answering server device 250 (see FIG. 2).The connect response message may be embodied in, for example, an HTTPSmessage. In one embodiment, the response message may be received by theradio unit 320 and may be sent (or otherwise made available) to thecommunication component 420. As discussed herein, in some embodiments,in response to the connect response message, the client device 210 mayconnect to the answering server device 250. To that end, client device210 may exchange, via the communication component 420 and the radio unit320, for example, one or more messages with the answering service device250. In addition, the user-device interaction component 410 may cause toa display device of the display unit 312 to present visual elements(selectable or otherwise) that may inform that a connection is beingestablished. FIG. 8 illustrates an example of a UI 800 that may bepresented at the client device 210 during the establishment of theconnection with an answering station device (e.g., one of answeringstation device(s) 260).

After or upon a communication session has been established with ananswering station device (e.g., one of the answering station device(s)260), the user-device interaction component 410 may cause a displaydevice of the display unit 312 of the client device 210 (see, e.g., FIG.3) to present visual elements (selectable or otherwise) that may informthat the communication session has been established or is otherwise inprogress. As mentioned, a communication session may be embodied in ormay include, for example, one of a voice call, a chat session, or avideochat session. FIG. 9 illustrates an example of a UI 900 that may bepresented at a client device (e.g., client device 210) upon or after avoice call has been established between a client device and an answeringstation device (e.g., one of answering station device(s) 260), forexample. FIG. 10 illustrates an example of a UI 1000 that may bepresented at the client device upon or after a chat session has beenestablished between the client device and the answering station device,for example.

With further reference to FIG. 5, the UI 500 may include a selectablevisual element 540 that, in response to selection, may cause a clientdevice (e.g., mobile telephone 110, client device 210, or the like) tocollect information to configure an account associated with an end-userassociated with the client device.

In some embodiments, a unique safe keyword and/or safe key-phrase may begenerated and retained in a user profile associated with a user of aclient device (e.g., mobile telephone 110 or client device 210). A safekeyword may be embodied in a defined word, and a sage key-phrase may beembodied in or may include a combination of defined words that may havea defined meaning in natural language or a particular meaning to anend-user that configures the safe key-phrase. In some implementations,the safe key-phrase may include a combination of words that would nottypically occur in everyday speech) that activates a safety service inaccordance with this disclosure.

Each one of a safe keyword or a safe key-phrase may activate safetyfunctionality in the client device (e.g., a mobile device), the safetyfunctionality including at least some of the functionality describedherein. To that end, safety units (e.g., safety unit(s) 218) within theclient device may include a keyword spotting component. As isillustrated in FIG. 11, in some embodiments, the safety component(s) 316of the client device 210 may include a keyword spotting component 1110.In response to execution of the safety component(s), the keywordspotting component 110 may detect the safe keyword or the safekey-phrase. To that end, in some aspects, external audio signals may bereceived from a first audio input unit (e.g., a microphone) of the audioinput unit(s) 304, and the keyword spotting component 1110 may analyzethe external audio signals. In one example, the keyword spottingcomponent 1110 may apply a keyword model to the external audio signal todetermine either the presence or absence of the safe keyword and/or thesafe key-phrase. The keyword model (e.g., a hidden Markov model (HMM)and/or a Gaussian mixture model) is directed to representing one or morepredetermined keywords, such as “Need safety,” and providing aprobability of the safe keyword and/or safe key-phrase be included in anaudible signal received by one or more of the more audio input units304.

In response to a determination that a portion of the external audiosignals include the safe keyword and/or the safe key-phrase, theuser-device interaction component 410 may cause the client device 210 topresent the UI 600 illustrated in FIG. 6 to permit communicating with ananswering station device in accordance with aspects of this disclosure.

In embodiments in which the I/O interface(s) 310 include a camera, inresponse to safe keyword or the safe key-phrase being uttered, theclient device 210 (e.g., a mobile device) may turn on or otherwiseenergize a camera to collect images (e.g., still pictures and/or a videosegment) of the environment surrounding the client device 210.Information representative of the images may be retained in the memory315. In addition or in other embodiments, externals audio signals may beretained in the memory 315 and/or a recording device included in theclient 210. The recording device may be energized in response to keywordspotting component 1110 determining that the safe keyword and/or thesage key-phrase has been uttered. In one embodiment, the mobile devicemay send audio signals indicative of external audio collected by theclient device 210 to an answering station device (e.g., one of theanswering station device(s) 260). In addition or in another embodiment,the client device 210 may send video signals representative of theimages collected by the camera.

In addition to sending audio signals and/or video signals, in someembodiments, the client device 210 (e.g., a mobile device) may sendlocation information indicative of a location of the client device 210.The location may be silently tagged and pinned. In one aspect, asdiscussed, the client device 210 may send information indicative of thelocation to an answering station device. For instance, the client device210 may send a message including information indicative of GPScoordinates of the device to a communication address (e.g., an IPaddress, such as an IPv6 address) of the answering station device. Theaudio signals and/or the video signals may be retained in a repositoryincluded in or functionally coupled to the answering station device. Insome instances, authorities may listen in and view the situation,determining whether or not help is necessary.

In some embodiments, a client device 210 configured with safetycomponents in accordance with aspects of the disclosure may respond toviolent movement and/or force exerted on the client device 210, such asthe movement or force that the client device 210 may experience innumerous distress events, such as a car accident, physical assault,fall, and gunshot, or an attack of some kind, among other events. FIG.12 presents an example of the client device 210 that may respond to suchevents in accordance with one or more embodiments of the disclosure. Theclient device 210 may include an accelerometer unit 1210 that mayinclude a solid state accelerometer and circuitry that may permit orotherwise facilitate providing signals representative of acceleration(e.g., a nearly instantaneous acceleration) of the client device 210.The signals may represent an acceleration vector a=(a_(x), a_(y), a_(z))in a device frame of reference. The safety components 316 in the clientdevice 210 may include an accelerator monitor component 1220 that mayacquire (e.g., collect or receive) and may monitor a time dependency ofat least a portion of the signals representative of the acceleration ofthe client device 210. Stated differently, the accelerator monitorcomponent 1220 may determine changes to direction and/or magnitude ofthe acceleration vector a over time. In addition, the safety information318 may include one or more rules 1230 that the acceleration monitorcomponent 120 and/or another one of the safety component(s) 316 mayapply to acceleration signals that are monitored.

FIG. 13 illustrates the safety component(s) 316 in which a distressevent may initiate a communication between the client device 210illustrated in FIG. 12 and an answering station device (e.g., one of theanswering station devices 260). Similar to other client devices, theuser-device interaction component 1310 may cause the client device 210to present a UI that includes selectable visual elements that may permitor otherwise facilitate accessing the safety functionality in accordancewith the disclosure. As an example, the user-device interactioncomponent 1310 may cause a display device of the display unit 312 topresent the UI 1400 as is illustrated in FIG. 14. The UI 1400 includes afirst selectable visual element 1410 that, in response to selectionthereof may cause such a display device to present another UI that issimilar to (or, in some embodiments, the same as) the UI 600 shown inFIG. 6. Selection of the first selectable visual element 1410 may beachieved, for example, via a physical interaction with a portion of atouch screen corresponding to an area of the element 1410.

As is illustrated in FIG. 14, the UI 1400 also may include a secondselectable visual element 1420 that, in response to selection thereof,may cause the acceleration monitor component 1220 to initiate thecollection of information representative of otherwise indicative ofacceleration of the client device 210 (e.g., a mobile device). Thus, inone example, the acceleration monitor component 1220 may turn on orotherwise energize an accelerometer device or accelerometer circuitryassociated therewith within the accelerometer unit to provideacceleration signals representative of an acceleration of the clientdevice 210. In addition or in some embodiments, the acceleration monitorcomponent 1220 may collect acceleration signals representative orotherwise indicative of the acceleration of computing device 210. Insome embodiments, the acceleration monitor component 1220 may collectthe acceleration signals at defined time intervals. For instance, theacceleration monitor component 1220 may collect the acceleration signalsat a defined rate. In one aspect, the acceleration monitor component1220 may query the accelerometer device at a defined rate and, inresponse, may receive signals representative of an acceleration vectora=(a_(x), a_(y), a_(z)) in a device frame of reference at a definedinstant. In some embodiments, the defined rate may be one of about 100Hz or about 60 Hz.

In addition, the acceleration monitor component 120 may apply a distressrule to a portion of acceleration information retained or otherwiseavailable within the safety information 1218. A result or an outcome ofthe application of the distress rule may determine if a distress eventhas occurred. In some embodiments, the rule may dictate the computationof a magnitude of a difference between a current acceleration vector anda gravity vector, and the comparison of the difference with a definedthreshold. As such, in some scenarios, the acceleration monitorcomponent 120 may determine that a distress event is absent using atleast the portion of the acceleration information. Specifically, theapplication of the distress rule may result in the magnitude of such adifference being less than the threshold. In one of such scenarios, themonitoring of the acceleration information may continue. In otherscenarios, the acceleration monitor component 120 may determine that adistress event has occurred using at least the portion of theacceleration information. In particular, the application of the distressrule may result in the magnitude of such a difference being greater thanthe defined threshold.

In response to (e.g., after or upon) to a determination that thedistress event has occurred, the user-device interaction component 1310may validate the occurrence of the distress event. To that end, theuser-device interaction component 1310 may cause the client device 210to prompt confirmation of the distress occurrence of the distress event.In some instances, the user-device interaction component 1310 mayreceive input information that confirms the occurrence of the distressevent. In other instances, the user-device interaction component 1310may determine that the prompt has timed out, e.g., that a response tothe prompt is absent after or by the time a defined time interval haselapsed, and may cause the client device 210 to perform one or moredefault operations. In some embodiments, the default operation(s) mayinclude initiating a communication with a safety service platform, inaccordance with aspects described herein. In addition or in otherembodiments, the default operation(s) may include communicating with anemergency contact configured for the client device 210 in accordancewith aspects described herein. The distress rule(s) 1230 may determineor otherwise dictate the default operation(s). The safety information1218 may include emergency contact(s) information.

Upon or after the distress event is confirmed, the user-interactioncomponent 1310 may cause the client device 210 to activate a camera andrecording device, and/or to tag the location of the client device 210.In addition, a communication session between the client device 210 andan answering station device (e.g., one of the answering stationdevice(s) 260) may be initiated in accordance with aspects of thisdisclosure. The communication session may permit sending audio signalsand/or video signals to the answering station device, which device maybe located in a dispatch center, and/or a third-party device. Theanswering station device and/or the third-party device may present thereceived audio signals and/or video signals. Specific content of thepresented signals may permit or otherwise facilitate determining thathelp is necessary.

Numerous other responses to a distress event may be implemented by theclient device 210. Specifically, in some embodiments, the client device210 may initiate a communication with a safety service platform and/or athird-party device and may obfuscate a screen of a display device of theclient device 210 in response to a distress event. The obfuscated screencaused the client device 210 (e.g., a mobile phone) to appear inactive,without any screen activity. See, e.g., FIG. 27C. As mentioned, thethird-party device may be embodied in or may include a police officermobile device, a police station device, a dispatch center device, afirst responder headquarter device, and the like. The order of in whichthe communication is initiated and the screen is obfuscated may beconfigurable, with obfuscation preceding the initiation of thecommunication or vice versa. As part of the communication, the clientdevice 210 may provide audio signals and/or video signal to an answeringstation device and/or the third-party device while the screen isobfuscated. Such obfuscated mode of operation (which may be informallyreferred to as “stealth mode”) may permit responding to a distress eventor any other type of emergency inconspicuously. Thus, providing anincreased layer of safety for the end-user of the client device 210because it may prevent an attacker or assailant from noticing an activedistress call initiated by a victim.

It is noted that in some embodiments, the obfuscated mode of operationdescribed herein may be implemented by a client device (e.g., clientdevice 210 as shown in FIG. 12) in response to selection of a selectablevisual element presented in a display device of the client device 210.As is illustrated in the example UI in FIG. 27B may be embodied in aselectable block with a defined label (e.g., “S” or “Stealth”). The UIin FIG. 27B may be presented by the client device 210 in response toselection of a selectable visual elements presented in a prior displayedUI, such as the UI in FIG. 27A. For example, selection of a selectablevisual element, e.g., “Distress” block may cause the client device topresent the UI illustrated in FIG. 27B. Similar to other types ofselection of selectable visual elements described herein, the selectablevisual element may be selected by tapping or swiping (represented withthree arrows) on a portion of a touch-screen of the display device; byhovering indicia over the selectable visual element, or by clicking onthe selectable visual element. The selectable visual element may beincluded in a user interface (such as UI 600 in FIG. 6) that ispresented as part of safety functionality of the client device inaccordance with aspects described herein. For instance, such aselectable visual element may be embodied in an icon or block that maybe swiped and/or tapped.

In addition or as an alternative to other responses described herein, inembodiments in which the client device 210 is embodied in or includes awearable device (such as a smartwatch) that may monitor or otherwisecollect biometric data from an end-user. A biometric monitor unit (notdepicted in FIG. 12) may generate the biometric data. In suchembodiments, the client device 210 may respond to a distress event byinitiating a communication with a safety service platform 140 and/or athird-party device functionally coupled to the safety service platform140, and sending biometric data to the safety service platform 140and/or the third-party device. The biometric data may be sent within thecommunication (e.g., a voice call or a text message) and may include,for example, heartbeat readings, blood pressure readings, blood glucosereadings, a combination thereof, or the like. In some instances, theclient device 210 may be configured to monitor a particular biometricquantity that is specific to an end-user of the client device 210. Thetype of the biometric data to be sent in response to a distress eventmay be configured in a user profile, which profile may be configured viaa user interface, such as UI 2200 in FIG. 22, as is described herein. Ananswering station device (e.g., one of the answering station device(s)260) may present (e.g., display or announce) at least a portion of thereceived biometric data in response to the communication beingestablished. For instance, heartbeat in BPMs may be presented. As such,in some aspects, first responders may have access to a caller'sheartbeat and/or other type of biometric data, gaining insight into theseverity of the distress event or determining that a false positivedistress event occurred.

In some embodiments, a client device in accordance with aspects of thisdisclosure may permit or otherwise facilitate other types of interactionwith an end-user. As an illustration the client device 210 in accordancewith embodiments disclosed herein (see, e.g., FIG. 3 and FIG. 12) mayprovide alert message(s) received from the safety service platform 140.To that end, in some aspects, the client device may present a userinterface that includes a selectable visual element (e.g., a selectabletab) that, in response to selection, may present a list or anotherstructure including a group of alert messages. In one example, as isillustrated in FIG. 29A, the selectable visual element may be a blocklabeled “!”. In response to selection of such a selectable visualelement, the client device 210 may present another UI including anotherselectable visual element (e.g., selectable block “Alert Messages” in aUI as is shown in FIG. 29B) that may be selected to cause the clientdevice 210 to present content associated with an alert. Such alerts maybe displayed in a UI presented in the client device 210. As isillustrated in FIG. 29C, the UI may present contents associated withrespective alerts. The contents may be browsed via a scroll-down fashion(represented with an arrow) or any other type of browsing mechanisms.Content of an alert message may include text (which may include links toexternal websites or other sources); photos; videos; and/or other typesof digital media.

Alert messages may be generated by a device of an organization (school,city, county, etc.) that utilizes or otherwise relies on the systems,devices, and apparatus for emergency responses as described herein. Suchsystems, devices, and/or apparatuses may push or otherwise send an alertto the client device 210. In one embodiment, the chosen administratormay log on a server device of the safety server device(s) 240, forexample, using their unique credentials, and may cause the server deviceof another server device of the safety server device(s) 240 to send analert message to a client device (e.g., the client device 210)specifically within the coverage area (e.g., a defined geofence) inwhich the client device 210 is located.

The alert messages in accordance with aspects of this disclosure may becombined with any of the other functionalities for emergency responsesin accordance with aspects described herein. Such alert messages may bespecific to a geographic region (e.g., a coverage area) and may containinformation pertinent to an organization in the geographic region. Inaddition or in some embodiments, an alert system (e.g., one or more ofthe safety server device(s) 240 and a portion of the system repository245) may notify an end-user of disturbances within a specific area, thusincreasing awareness and security. The alert messages may be updatedand/or modified, by the alert system, for example, at any time toreflect a threat that may be moving or is suspected to be distributedacross multiple coverage areas (e.g., several defined geofences).

Further or in other embodiments, as an illustration, the client device210 in accordance with embodiments disclosed herein (see, e.g., FIG. 3and FIG. 12) may provide helpline resources (e.g., digital content,access to a support operator, etc.) that may specific to a coverage area(e.g., a defined geofence) or universal to an end-user of the clientdevice regardless of coverage area. Such resources may be managed and/orprovided via a partnership with an operator and/or administrator of asafety service platform of this disclosure (such as safety serviceplatform 140). As an illustration, in one embodiment, the client devicemay present, via a display device, a user profile menu that includes aselectable visual element associated with defined helpline resource(s)(e.g., a selectable block or tab labeled “Helpline Resources;” see,e.g., FIG. 30A). In response to (e.g., upon or after) selection of sucha selectable visual element, the client device 210 may present, via thedisplay device, local and/or regional “helplines” that may be specificto a coverage area. Presentation of a helpline resource may includevisual elements (selectable or otherwise) indicative of a resourcepartner name, telephone number, website, and/or address (or another typeof location). See, e.g., FIG. 30B. The coverage area, in one aspect, maybe associated with a current location of the client device 210. Such alocation may be determined, for example, by means of the location unit314 in the client device 210. Such “helplines” may not involvetraditional emergency services. Example of helplines may includenumerous support groups, such as sexual abuse centers, addictiontreatment centers, homeless shelters, and the line. A “helpline” that ispresented via the display device may have associated selectable visualelement(s) that, in response to selection, permit establishing acommunication with an operator device of a helpline center. Theselectable visual element(s) may permit initiating a voice call, sendingan email, sending a text message (e.g., an SMS or MMS message), acombination of the foregoing, or the like. See, e.g., elements “Call” inFIG. 30B. In addition or in some embodiments, one or more of such visualelements may be representative of an address and, in response toselection of the address of a specific resource, the client device mayinitiate or otherwise activate (e.g., execute) a navigation system onthe client device, which may direct an end-user to the address in casedriving or otherwise visiting a facility associated with the helpline isdesired. See, e.g., elements “Directions” in FIG. 30B.

Providing access to helpline resources may further provideself-contained mechanisms for safety responses in the systems, devices,and apparatus for safety responses of this disclosure. In addition,providing access to helpline resources permit or otherwise facilitate aclient device in accordance with this disclosure to initiatecommunication and/or to communicate with help locally without relianceon external systems (such as external websites).

In addition or in other embodiments, as an illustration, the clientdevice 210 in accordance with embodiments disclosed herein (see, e.g.,FIG. 3 and FIG. 12) may permit or otherwise facilitate messagingemergency contacts. Thus, in some embodiments, the client device maycause a display device to present a selectable visual element that, inresponse to selection, may cause the client device to prompt entry ofinput information indicative or otherwise representative of one or moreemergency contacts. For example, as is illustrated in FIGS. 28A and 28B,the selectable visual element may be labeled “Emergency Contacts.” Foranother example, selection of ‘Emergency Contacts” on a UI may cause theclient device 210 to present another UI that includes another selectablevisual element, e.g., “ADD” element, that in response to selectionprompt entry of an emergency contact. Other functionality also may beaccessed from the UI that includes the “ADD” selectable visual element.See, e.g., FIG. 28B. In one embodiment, the client device may promptentry of such information in response to activation or execution safetycomponent(s) 316 stored in the client device. In response to a promptfor entry of an emergency contact, the client device may receive inputinformation indicative or otherwise representative of a name, atelephone number, and/or an email address. The client device may receiveinformation indicative or otherwise representative of several emergencycontacts (e.g., names, telephone numbers, and/or email addresses). Inresponse to activation of a specific type of communication (andassociated communication request and communication session), such astype, speak, walk me home (see, e.g., FIG. 6), a text message may besent to one or more of the emergency contacts that are configured. Thetext message may be sent in conjunction with the location of the clientdevice at the time of an incident that caused the activation of thespecific type of communication. In one embodiment, such a functionalitydirected to communication of a text message may be activated or toggledon in response to selection of a selectable visual element in a profilesetting. The selectable visual element may be embodied in or may includea bar that may slid, the bar labeled “text emergency contacts,” forexample.

Messaging an emergency contact may keep specific user devices andassociated end-users apprised of a condition of an end-user of theclient device that initiates the messaging. In addition, thetransmission of location of the client device within the messaging mayincrease situational awareness of a recipient of the messages.

As described herein, an answering station device (e.g., one of theanswering station device(s) 260) also may include one or more safetycomponents that may provide safety functionality in accordance withaspects of this disclosure. In some embodiments, such safetycomponent(s) may include a user-device interaction component that maycause a display device of the answering station device to present visualelements (selectable or otherwise) that may permit or otherwisefacilitate accessing at least some of the safety functionality. In someaspects, in the absence of a session communication (e.g., a voice call,a video call, or a chat session), the user-interaction component maycause the display device to present a UI 1500 as is illustrated in FIG.15. The UI 1500 may embody or may constitute a dashboard interface thatmay permit or otherwise facilitate an operator of the answering stationdevice to access some of the safety functionality. The UI 1500 mayinclude a visual element 1510 (selectable or otherwise) that may presenta map of an area that includes a coverage area 1520 associated with theanswering station device. The coverage area 1520 may embody, in oneexample, the coverage area 120 shown in FIG. 1. The UI 1500 alsoincludes a section 1530 that may include a visual element indicating theabsence of active calls. In addition, the UI 1500 may include multiplevisual elements 1540 indicative of a communication session history ofthe answering station device that presents the UI 1500. The multiplevisual elements 1540 may include first visual elements indicative ofrespective time stamps (e.g., respective days and times) ofcommunication sessions in the history. The multiple visual elements 1540also may include second visual elements (selectable or otherwise)indicative of respective locations associated with the communicationsessions in the history. Each of the second visual elements may includea portion of a map in a vicinity of a location of a client device (suchas the client device 210 (e.g., a mobile telephone, a smartwatch, atablet computer, etc.)) that originated a communication session in thehistory. Further, the multiple visual elements 1540 may include thirdselectable visual elements (represented with a box labeled “View Call”)that, in response to selection, may cause the answering station deviceto present a record of the session content exchanged between the clientdevice and the answering station device.

In response to (e.g., upon or after) a communication session beingestablished between a client device and an answering station device, auser-device interaction component included in the answering stationdevice may cause a display device of the answering station device topresent a UI 1600 as is illustrated in FIG. 16. Similar to UI 1500, theUI 1600 may embody or may constitute a dashboard interface that maypermit or otherwise facilitate an operator of the answering stationdevice to access some of the safety functionality. The UI 1600 mayinclude a visual elements 1610 (selectable or otherwise) that maypresent a map of an area that includes a coverage area 1620 associatedwith the answering station device. The coverage area 1620 may embody, inone example, the coverage area 120 shown in FIG. 1. The UI 1600 alsoincludes a section that may include a first selectable visual element1630 that, in response to selection, may cause the answering stationdevice to answer a communication, thus initiating the exchange ofsession content between the client device and the answering stationdevice. In addition, the UI 1600 may include a second selectable visualelement that may initiate a chat session between the client device andthe answering station device. The selectable visual element 1640 mayinclude, for example, markings indicative of telephone number associatedwith the client device. Further, the UI 1600 may include a visualelement 1650 representative of a portion of map in a vicinity of thelocation of client device, the portion of the map including the locationof the client device. The visual element 1650 may include a visualelement 1660 indicative of the location of the client device in theportion of the map. In some embodiments, at least a portion of thevisual element 1650 may be selectable. In response to selection, theportion of the map may be modified to zoom in a neighboring portion ofthe location of the client device or to zoom out from the neighboringportion of the location of the client device.

Similar to the UI 1500, the UI 1600 may include multiple visual elements1670 indicative of at least a portion of a communication session historyof the answering station device that presents the UI 1600. The multiplevisual elements 1670 may include first visual elements indicative of atime stamp (e.g., a day and time) of a communication session in thehistory. The multiple visual elements 1670 also may include secondvisual elements (selectable or otherwise) indicative of a locationassociated with the communication session in the history. The secondvisual element may include a portion of a map in a vicinity of thelocation of the client device (such as the client device 210 (e.g., amobile telephone, a smartwatch, a tablet computer, etc.)) thatoriginated the communication session in the history. Further, themultiple visual elements 1670 may include third selectable visualelements (represented with a box labeled “View Call”) that, in responseto selection, may cause the answering station device to present a recordof the session content exchanged between the client device and theanswering station device.

In some embodiments, in response to (e.g., upon or after) establishing achat session between an answering station device and a client device, auser-device interaction component within the answering station devicemay cause a display of the answering station device to present a UI 1700as is illustrated in FIG. 17. The UI 1700 may include a visual element1710 indicative of a telephone number (or, in some embodiments, anothertype of communication address) and a name of an end-user associated withthe telephone number. Similar to other Uls presented by an answeringstation device in accordance with aspect of this disclosure, the UI 1700may include a section 1750 including visual elements representative of amap that includes the location of the client device. A visual element1760 may represent such a location within the map. The UI 1700 also mayinclude a second section 1740 that includes visual elements indicativeof coordinates (e.g., latitude and longitude) of the location of theclient device. The second section 1740 also may include selectablevisual elements that, in response to selection, permit or otherwisefacilitate modifying the map shown in the section 1750.

Further, as is illustrated in FIG. 17, the UI 1700 includes a section1730 that includes visual elements indicative of the chat sessionbetween the answering station device that presents the UI 1700 and aclient device. A selectable visual element 1770 may permit inputting amessage, including text and/or symbols, that may be sent to the clientdevice. To that end, the UI 1700 includes a selectable element 1780that, in response to selection, may cause the answering station deviceto send the message inputted in the selectable visual element 1770.

In addition or in other embodiments, in response to (e.g., upon orafter) establishing a video call session between an answering stationdevice and a client device, a user-device interaction component withinthe answering station device may cause a display device of the answeringstation device to present a UI 1800 as is illustrated in FIG. 18. The UI1800 may include a visual element 1810 indicative of a telephone number(or, in some embodiments, another type of communication address) and aname of an end-user associated with the telephone number. Similar toother Uls presented by an answering station device in accordance withaspect of this disclosure, the UI 1800 may include a section 1850including visual elements representative of a map that includes thelocation of the client device. A visual element 1860 may represent sucha location within the map. The UI 1800 also may include a second section1840 that includes visual elements indicative of coordinates (e.g.,latitude and longitude) of the location of the client device. The secondsection 1840 also may include selectable visual elements that, inresponse to selection, permit or otherwise facilitate modifying the mapshown in the section 1850. The UI 1800 also may include a section 1830on which session content conveyed by video signals received from theclient device may be presented.

As mentioned, a third-party device (e.g., a police officer device, afirefighter device, a paramedic device, and the like) also may beconfigured to include one or more safety components that may provide orotherwise facilitate the safety functionality of this disclosure. As anexample, FIG. 19 presents a UI 1900 that may be present in a third-partydevice in accordance with aspects of this disclosure. In one aspect, auser-device interaction component may cause the third-party device topresent the UI interface 1900 before any communication sessions havebeen established between the third-party device and a client device.

In some embodiments, a communication session may be established betweena client device (e.g., client device 210) and a third-party device, viaan answering server device (e.g., answering server device 250) and/orvia another type of device functionally coupled to the safety serviceplatform 140. For example, such a communication session may beestablished in response to selection of a selectable visual element fora video call (e.g., selectable visual element 630 may be selected) anaudio call, or a call having audiovisual elements. Such a selectablevisual element may be presented (e.g., displayed) by the client devicein response to selection of another visual element presented in a mainuser interface (e.g., selectable element “Signals” in FIG. 22). Thethird-party device may be embodied in or may constitute a Hoplon stationdevice or a Hoplon officer device. The established communication sessionmay include a video link and/or audio link between the client device andthe third-party device, where the client device may see and communicatewith either the third-party device (e.g., a mobile police office device)and/or an answering station device (e.g., a dispatch operator device ina PSAP; see also FIG. 2). In such instances, the third party device maypresent a UI 2000 as is illustrated in FIG. 20. The UI 2000 may includea first section 2010 a that may present a first motion picture of thesurroundings of the client device and a second section 2010 b of thatmay present a second motion picture of surroundings of the third-partydevice. In some embodiments, the UI 2000 may include a first selectablevisual element 2020 than, in response to selection may cause thethird-party device to present a video stream carrying the first motionpicture. The UI 2000 also may include a second selectable visual element2030 that, in response to selection, may terminate the communicationsession between the client device and the third-party device. In someembodiments, the UI 2000 also may include location information (e.g.,GPS coordinates) of the client device. The location information may beoverlaid on a map of the surroundings of the client device to monitorthe movement of the client device. Such a communication session mayprovide individuals the added security of having an officer of emergencypersonnel track or otherwise follow their location and/or motor acaller's wellbeing without necessarily having an actual police office oran emergency unit in case of no actual emergency. Implementation of suchcommunication session is a more efficient solution for security inseveral environments college campuses over the blue stationary policephone booths.

In some embodiments, a third-party device also may present a UI 2100 asis shown in FIG. 21. In some aspects, the UI 2100 may include a callhistory associated with an end-user of the third-party device. To thatend, the end-user may login to an answering server device (e.g.,answering server device 250). In some embodiments, one or more safetycomponents retained in the answering server device may permit orotherwise facilitate the login of the third-party device. The UI 2100may include a section 2110 including visual elements representative ofinformation about an end-user of the third-party device. The UI 2100also may include visual elements 2030 representative of a call historyassociated with the end-user. Similar to other call histories describedherein, the visual elements 2030 may include first selectable visualelements that, in response to selection, may cause the third-partydevice to present records associated with content exchanged between aclient device and the third-party device. As described herein, theend-user (e.g., a police officer) of the third-party device may log offfrom the answering server device to avoid receiving calls while off dutyand out of a coverage area of a PSAP, for instance.

In some embodiments of a client device 210, the user-device interactioncomponent 410 may cause a display device of the client device 210 topresent a UI 2200 as is illustrated in FIG. 22. In some aspects, the UI2200 may permit configuring a user profile associated with an end-userof the client device 210. As described herein, the user profile may beretained within a user repository 242 in one or more memory elements 244(collective referred to as user profile(s) 244.

FIG. 23 illustrates example of a computational environment 2300 foremergency responses in accordance with one or more embodiments of thedisclosure. The example computational environment 2300 is merelyillustrative and is not intended to suggest or otherwise convey anylimitation as to the scope of use or functionality of the computationalenvironment's architecture. In addition, the illustrative computationalenvironment 2300 depicted in FIG. 23 should not be interpreted as havingany dependency or requirement relating to any one or combination ofcomponents illustrated in the example operational environments of thedisclosure. The example computational environment 2300 or portionsthereof may embody or may constitute the operational environmentsdescribed hereinbefore. As such, the computing device 2310 may embody ormay constitute, for example, any of the communication devices or servers(such as the caller analysis server 140) described herein. In oneexample, the computing device 2310 may be embodied in a portablepersonal computer or a handheld computing device, such as a mobiletablet computer, an electronic-book reader, a mobile telephone (e.g., asmartphone), and the like. In another example, the computing device 2310may be embodied in a wearable computing device, such as a watch, gogglesor head-mounted visors, or the like. In yet another example, thecomputing device 2310 may be embodied in portable consumer electronicsequipment, such as a camera, a portable television set, a gamingconsole, a navigation device, a voice-over-internet-protocol telephone,a media playback device, or the like.

The computational environment 2300 represents an example implementationof the various aspects or features of the disclosure in which theprocessing or execution of operations described in connection with themanagement of unknown callers in accordance with aspects disclosedherein may be performed in response to execution of one or more softwarecomponents by a processor circuit at the computing device 2310. Itshould be appreciated that the one or more software components mayrender the computing device 2310, or any other computing device thatcontains such components, a particular machine for the management ofunknown callers in accordance with aspects described herein, among otherfunctional purposes. A software component may be embodied in or maycomprise one or more computer-accessible instructions, e.g.,computer-readable and/or computer-executable instructions. In onescenario, at least a portion of the computer-accessible instructions mayembody and/or may be executed by a processor circuit to perform at leasta part of one or more of the example methods described herein, such asthe example method presented in FIG. 23. For instance, to embody onesuch method, at least the portion of the computer-accessibleinstructions may be retained (e.g., stored, made available, or storedand made available) in a computer storage non-transitory medium andexecuted by a processor circuit. The one or more computer-accessibleinstructions that embody a software component may be assembled into oneor more program modules, for example, that may be compiled, linked,and/or executed by a processor circuit at the computing device 2310 orother computing devices. Generally, such program modules comprisecomputer code, routines, programs, objects, components, informationstructures (e.g., data structures and/or metadata structures), etc.,that may perform particular tasks (e.g., one or more operations) inresponse to execution by one or more processor circuits, which may beintegrated into the computing device 2310 or functionally coupledthereto.

The various example embodiments of the disclosure may be operationalwith numerous other general purpose or special purpose computing systemenvironments or configurations. Examples of well-known computingsystems, environments, and/or configurations that may be suitable forimplementation of various aspects or features of the disclosure inconnection with the management of unknown callers in accordance withaspects described herein may comprise personal computers; servercomputers; laptop devices; handheld computing devices, such as mobiletablets or e-readers; wearable computing devices; and multiprocessorsystems. Additional examples may include set-top boxes, programmableconsumer electronics, network personal computers (PCs), minicomputers,mainframe computers, blade computers, programmable logic controllers,distributed computing environments that comprise any of the abovesystems or devices, and the like.

As illustrated in FIG. 23, the computing device 2310 may comprise one ormore processors 2314, one or more input/output (I/O) interfaces 2316, amemory 2330, and a bus architecture 2332 (also termed bus 2332) thatfunctionally couples various functional elements of the computing device2310. In certain embodiments, the computing device 2310 may include,optionally, a radio unit 2312. The radio unit 2312 may include one ormore antennas and a communication processing unit that may permitwireless communication between the computing device 2310 and anotherdevice, such as one of the computing device(s) 2370. The bus 2332 mayinclude at least one of a system bus, a memory bus, an address bus, or amessage bus, and may permit the exchange of information (data, metadata,and/or signaling) between the processor(s) 2314, the IO interface(s)2316, and/or the memory 2330, or respective functional elements therein.In certain scenarios, the bus 2332 in conjunction with one or moreinternal programming interfaces 2350 (also referred to as interface(s)2350) may permit such exchange of information. In scenarios in which theprocessor(s) 2314 include multiple processors, the computing device 2310may utilize parallel computing.

The 1/O interface(s) 2316 may permit communication of informationbetween the computing device and an external device, such as anothercomputing device, e.g., a network element or an end-user device. Suchcommunication may include direct communication or indirectcommunication, such as the exchange of information between the computingdevice 2310 and the external device via a network or elements thereof.As illustrated, the I/O interface(s) 2316 may comprise one or more ofnetwork adapter(s) 2318, peripheral adapter(s) 2322, and display unit(s)2326. Such adapter(s) may permit or facilitate connectivity between theexternal device and one or more of the processor(s) 2314 or the memory2330. For example, the peripheral adapter(s) 2322 may include a group ofports, which may include at least one of parallel ports, serial ports,Ethernet ports, V.35 ports, or X.21 ports. In certain embodiments, theparallel ports may comprise General Purpose Interface Bus (GPIB),IEEE-1284, while the serial ports may include Recommended Standard(RS)-232, V.11, Universal Serial Bus (USB), FireWire or IEEE-1394.

In one aspect, at least one of the network adapter(s) 2318 mayfunctionally couple the computing device 2310 to one or more computingdevices 2370 via one or more traffic and signaling pipes 2360 that maypermit or facilitate the exchange of traffic 2362 and signaling 2364between the computing device 2310 and the one or more computing devices2370. Such network coupling provided at least in part by the at leastone of the network adapter(s) 2318 may be implemented in a wiredenvironment, a wireless environment, or both. The information that iscommunicated by the at least one of the network adapter(s) 2318 mayresult from the implementation of one or more operations of a method inaccordance with aspects of this disclosure. Such output may be any formof visual representation, including, but not limited to, textual,graphical, animation, audio, tactile, and the like. In certainscenarios, each of the computing device(s) 2370 may have substantiallythe same architecture as the computing device 2310. In addition or inthe alternative, the display unit(s) 2326 may include functionalelements (e.g., lights, such as light-emitting diodes; a display, suchas a liquid crystal display (LCD), a plasma monitor, a light-emittingdiode (LED) monitor, or an electrochromic monitor; combinations thereof;or the like) that may permit control of the operation of the computingdevice 2310, or may permit conveying or revealing the operationalconditions of the computing device 2310.

In one aspect, the bus 2332 represents one or more of several possibletypes of bus structures, including a memory bus or a memory controller,a peripheral bus, an accelerated graphics port, and a processor or localbus using any of a variety of bus architectures. As an illustration,such architectures may comprise an Industry Standard Architecture (ISA)bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus,a Video Electronics Standards Association (VESA) local bus, anAccelerated Graphics Port (AGP) bus, a Peripheral Component Interconnect(PCI) bus, a PCI-Express bus, a Personal Computer Memory CardInternational Association (PCMCIA) bus, a Universal Serial Bus (USB),and the like. The bus 2332, and all buses described herein may beimplemented over a wired or wireless network connection and each of thesubsystems, including the processor(s) 2314, the memory 2330 and memoryelements therein, and the I/O interface(s) 2316 may be contained withinone or more remote computing devices 2370 at physically separatelocations, connected through buses of this form, in effect implementinga fully distributed system. In certain embodiments, such a distributedsystem may implement the functionality described herein in a client-hostor client-server configuration in which the safety component(s) 2336 orthe safety information 2340, or both, may be distributed between thecomputing device 2310 and at least one of the computing device(s) 2370,and the computing device 2310 and at least one of the computingdevice(s) 2370 containing a processor circuit may execute suchcomponents and/or leverage such information. It should be appreciatedthat, in an embodiment in which the computing device 2310 embodies orconstitutes a client device (e.g., client device 210), the safetycomponent(s) 2336 may be different from those in an embodiment in whichthe computing device 2310 embodies or constitutes a safety server device(e.g., one of safety server device(s) 240), an answering server device250, or an answering station device 260 in accordance with aspects ofthis disclosure.

The computing device 2310 may comprise a variety of computer-readablemedia. Computer-readable media may be any available media (transitoryand non-transitory) that may be accessed by a computing device. In oneaspect, computer-readable media may comprise computer non-transitorystorage media (or computer-readable non-transitory storage media) andcommunications media. Example computer-readable non-transitory storagemedia may be any available media that may be accessed by the computingdevice 2310, and may comprise, for example, both volatile andnon-volatile media, and removable and/or non-removable media. In oneaspect, the memory 2330 may comprise computer-readable media in the formof volatile memory, such as random access memory (RAM), and/ornon-volatile memory, such as read-only memory (ROM).

The memory 2330 may comprise functionality instructions storage 2334 andfunctionality information storage 2338. The functionality instructionsstorage 2334 may comprise computer-accessible instructions that, inresponse to execution (by at least one of the processor circuit(s)2314), may implement one or more of the functionalities of thedisclosure. The computer-accessible instructions may embody or maycomprise one or more software components illustrated as safetycomponent(s) 2336. In one scenario, execution of at least one componentof the safety component(s) 2336 by a processor circuit may implement oneor more of the methods described herein, such as the example methods2400 and 2500. For instance, such execution may cause a processorcircuit (e.g., one of the processor(s) 2314) that executes the at leastone component to carry out a disclosed example method. It should beappreciated that, in one aspect, a processor circuit of the processor(s)2314 that executes at least one of the safety component(s) 2336 mayretrieve information from or retain information in one or more memoryelements 2340 in the functionality information storage 2338 to operatein accordance with the functionality programmed or otherwise configuredby the safety component(s) 2336. The one or more memory elements 2340may be referred to as call response control information 2340. Suchinformation may include at least one of code instructions, informationstructures, or the like. For instance, at least a portion of suchinformation structures may be indicative or otherwise representative ofcommunication addresses, caller information, response rules, and thelike, in accordance with aspects described herein.

At least one of the one or more interfaces 2350 (e.g., applicationprogramming interface(s)) may permit or facilitate communication ofinformation between two or more components within the functionalityinstructions storage 2334. The information that is communicated by theat least one interface may result from implementation of one or moreoperations in a method of the disclosure. In certain embodiments, one ormore of the functionality instructions storage 2334 and thefunctionality information storage 2338 may be embodied in or maycomprise removable/non-removable, and/or volatile/non-volatile computerstorage media.

At least a portion of at least one of the safety component(s) 2336 orthe safety information 2340 may program or otherwise configure one ormore of the processors 2314 to operate at least in accordance with thefunctionality described herein. One or more of the processor circuit(s)2314 may execute at least one of the safety component(s) 2336 andleverage at least a portion of the information in the functionalityinformation storage 2338 to provide emergency responses in accordancewith one or more aspects described herein.

It should be appreciated that, in certain scenarios, the functionalityinstructions storage 2334 may embody or may comprise a computer-readablenon-transitory storage medium having computer-accessible instructionsthat, in response to execution by a processor circuit, cause at leastone processor (e.g., one or more of the processor(s) 2314) to perform agroup of operations comprising the operations or blocks described inconnection with the disclosed methods.

In addition, the memory 2330 may comprise computer-accessibleinstructions and information (e.g., data, metadata, and/or programmingcode instructions) that permit or facilitate the operation and/oradministration (e.g., upgrades, software installation, any otherconfiguration, or the like) of the computing device 2310. Accordingly,as illustrated, the memory 2330 may comprise a memory element 2342(labeled operating system (OS) instruction(s) 2342) that contains one ormore program modules that embody or include one or more operatingsystems, such as Windows operating system, Unix, Linux, Symbian,Android, Chromium, and substantially any OS suitable for mobilecomputing devices or tethered computing devices. In one aspect, theoperational and/or architectural complexity of the computing device 2310may dictate a suitable OS. The memory 2330 also comprises a systeminformation storage 2346 having data, metadata, and/or programming codethat permits or facilitates the operation and/or administration of thecomputing device 2310. Elements of the OS instruction(s) 2342 and thesystem information storage 2346 may be accessible or may be operated onby at least one of the processor(s) 2314.

It should be recognized that while the functionality instructionsstorage 2334 and other processor circuit executable program components,such as the OS instruction(s) 2342, are illustrated herein as discreteblocks, such software components may reside at various times indifferent memory components of the computing device 2310, and may beexecuted by at least one of the processor circuit(s) 2314. In certainscenarios, an implementation of the safety component(s) 2336 may beretained on or transmitted across some form of computer-readable media.

The computing device 2310 and/or one of the computing device(s) 2370 mayinclude a power supply (not shown), which may power up components orfunctional elements within such devices. The power supply may be arechargeable power supply, e.g., a rechargeable battery, and it mayinclude one or more transformers to achieve a power level suitable forthe operation of the computing device 2310 and/or one of the computingdevice(s) 2370, and components, functional elements, and relatedcircuitry therein. In certain scenarios, the power supply may beattached to a conventional power grid to recharge and ensure that suchdevices may be operational. In one aspect, the power supply may includean I/O interface (e.g., one of the network adapter(s) 2318) to connectoperationally to the conventional power grid. In another aspect, thepower supply may include an energy conversion component, such as a solarpanel, to provide additional or alternative power resources or autonomyfor the computing device 2310 and/or one of the computing device(s)2370.

The computing device 2310 may operate in a networked environment byutilizing connections to one or more remote computing devices 2370. Asan illustration, a remote computing device may be a personal computer, aportable computer, a server, a router, a network computer, a peer deviceor other common network node, and so on. As described herein,connections (physical and/or logical) between the computing device 2310and a computing device of the one or more remote computing devices 2370may be made via one or more traffic and signaling pipes 2360, which maycomprise wired link(s) and/or wireless link(s) and several networkelements (such as routers or switches, concentrators, servers, and thelike) that form a LAN, a MAN, a WAN, and/or other networks (wireless orwired) having different footprints. Such networking environments areconventional and commonplace in dwellings, offices, enterprise-widecomputer networks, intranets, local area networks, and wide areanetworks.

In one or more embodiments, one or more of the disclosed methods may bepracticed in distributed computing environments, such as grid-basedenvironments, where tasks may be performed by remote processing devices(computing device(s) 2370) that are functionally coupled (e.g.,communicatively linked or otherwise coupled) through a network havingtraffic and signaling pipes and related network elements. In adistributed computing environment, in one aspect, one or more softwarecomponents (such as program modules) may be located in both a localcomputing device and at least one remote computing device.

FIGS. 24-25 illustrate examples of methods for emergency responses inaccordance with one or more embodiments of the disclosure. The examplemethod 2400 includes the exchange information between a client device2410 and a safety server device 2420. Implementation (e.g., execution)of the example method 2400 may provide integrity to a safety service. Atblock 2412, the client device 2410 may receive input informationindicative of log in to an account associated with a safety service. At2414, the client device may send, to the safety server device, a firstmessage including login information. The login information may include ausername and a password and/or other type of credential. The firstmessage may be configured and transmitted according to a definedcommunication protocol, such as HTTPS, SIP, or the like. At block 2422the safety server device 2420 may validate or otherwise check the logininformation. To that end, the safety server device 2420 may compare thelogin information to other information retained in a user profileassociated with the user profile. At block 2424, the safety server 2420may issue an authorization token for the client device 2410. At 2426 thesafety server device 2420 may send, to the client device 2410, a secondmessage including the token information. The first message may beconfigured and transmitted according to a defined communicationprotocol, such as HTTPS, SIP, or the like. At 2428, the client device2410 may send, to the safety server device 2420, a third messageincluding location information representative of a location of theclient device 2410. At block 2430, the safety server device 2420 maydetermine a coverage area associated with the client device. To thatend, the safety server device 2420 may perform a point-in-polygoncalculation against a predefined group of GPS geofences, for example. Aresult of the calculation may determine if the client device 2410 isinside a coverage area associated with a PSAP associated with a GPSgeofence or outside such a coverage area. At 2432, the safety serverdevice 2420 may send, to the client device 2410 a fourth messageincluding coverage information. The coverage information may convey thatthe client device 2410 is inside the GPS geofence or outside the GPSgeofence. The client device 2410 may receive the coverage informationand may configure, using at least a portion of the coverage information,safety functionality of the client device 2410. In a scenario in whichthe client device 2410 is inside the GPS geofence, the safetyfunctionality may be configured to include video calls, voice calls,and/or chat sessions via an answering server device associated with aPSAP center. In a scenario in which the client device 2410 is outsidethe GPS geofence, the safety functionality may be limited to placingcalls to 911.

A computing device may implement the example method 2500. The computingdevice may embody or may constitute, for example, a client device inaccordance with one more embodiments of the disclosure. At block 2510,the computing device may receive an indication to monitor accelerationof the computing device. In one aspect, a display device of thecomputing device may receive the indication in response to thepresentation of selection of a selectable visual element at the displaydevice. At block 2520, the computing device may initiate monitoring ofan accelerometer device (e.g., a solid-state accelerometer) of thecomputing device. At block 2530 the computing device may collectacceleration information (e.g., electric signals, such as a currentsignal or a voltage signal) indicative of the acceleration of thecomputing device. At block 2540, the computing device may determine,using at least a portion of the acceleration information, that thecomputing device satisfies a distress condition. At block 2550, thecomputing device may validate the distress condition. At block 2560, thecomputing device may initiate a distress communication with adestination device (e.g., an answering station device) that facilitatesthe safety service.

The functionality described herein in connection with emergencyresponses may be customized. Customization provides flexibility and maybe made to satisfy specific constraints of an organization (e.g., alocal government, a school, and the like) that utilizes or otherwiseleverages the functionality described herein. To that end, in someembodiments, a safety server device (e.g., one of the safety serverdevice(s) 240 shown in FIG. 2) may include one or more customizationunits configured to add functional feature(s) and remove otherfunctional feature(s). Such features may be added and or removed at anytime after a safety service platform (e.g., safety service platform 140shown in FIG. 2) has been provisioned and/or activated. In someembodiments, at least one of the customization unit(s) may cause adisplay device integrated into or functionally coupled to a safetyserver device to present a group of selectable visual elements that, inresponse to selection, permit access to respective configurationfunctionality. For instance, in response to selection, a selectablevisual element (e.g., a block labeled “Pare Functions”) may cause thesafety server device to present a menu of functionality that iscurrently available (e.g., active). The menu may include selectablevisual elements that, in response to selection, may cause the safetyserver device to deactivate respective functionality (or, in someembodiments, groups of functionality). In addition or in otherembodiments, at least one of the customization unit(s) may cause such adisplay device to present another group of selectable visual elementsthat, in response to selection, permit access to respectiveconfiguration functionality. For instance, in response to selection, aselectable visual element (e.g., a block labeled “Add Functions”) maycause the safety server device to present a menu of functionality thatmay be made available. The menu may include selectable visual elementsthat, in response to selection, may cause the safety server device toprovision (or otherwise install) and activate respective functionality(or, in some embodiments, groups of functionality).

Various embodiments of the disclosure may take the form of an entirelyor partially hardware embodiment, an entirely or partially softwareembodiment, or a combination of software and hardware (e.g., a firmwareembodiment). Furthermore, as described herein, various embodiments ofthe disclosure (e.g., methods and systems) may take the form of acomputer program product comprising a computer-readable non-transitorystorage medium having computer-accessible instructions (e.g.,computer-readable and/or computer-executable instructions) such ascomputer software, encoded or otherwise embodied in such storage medium.Those instructions may be read or otherwise accessed and executed by oneor more processor circuits to perform or permit the performance of theoperations described herein. The instructions may be provided in anysuitable form, such as source code, compiled code, interpreted code,executable code, static code, dynamic code, assembler code, combinationsof the foregoing, and the like. Any suitable computer-readablenon-transitory storage medium may be utilized to form the computerprogram product. For instance, the computer-readable medium may includeany tangible non-transitory medium for storing information in a formreadable or otherwise accessible by one or more computers orprocessor(s) functionally coupled thereto. Non-transitory storage mediamay include read-only memory (ROM); random access memory (RAM); magneticdisk storage media; optical storage media; flash memory, etc.

Embodiments of the operational environments and methods (or techniques)are described herein with reference to block diagrams and flowchartillustrations of methods, systems, apparatuses and computer programproducts. It may be understood that each block of the block diagrams andflowchart illustrations, and combinations of blocks in the blockdiagrams and flowchart illustrations, respectively, may be implementedby computer-accessible instructions. In certain implementations, thecomputer-accessible instructions may be loaded or otherwise incorporatedinto a general purpose computer, special purpose computer, or otherprogrammable information processing apparatus to produce a particularmachine, such that the operations or functions specified in theflowchart block or blocks may be implemented in response to execution atthe computer or processing apparatus.

Unless otherwise expressly stated, it is in no way intended that anyprotocol, procedure, process, or method set forth herein be construed asrequiring that its acts or steps be performed in a specific order.Accordingly, where a process or a method claim does not actually recitean order to be followed by its acts or steps or it is not otherwisespecifically recited in the claims or descriptions of the subjectdisclosure that the steps are to be limited to a specific order, it isin no way intended that an order be inferred, in any respect. This holdsfor any possible non-express basis for interpretation, including:matters of logic with respect to the arrangement of steps or operationalflow; plain meaning derived from grammatical organization orpunctuation; the number or type of embodiments described in thespecification or annexed drawings, or the like.

As used in this application, the terms “component,” “environment,”“system,” “architecture,” “interface,” “unit,” “module,” “pipe,” and thelike are intended to refer to a computer-related entity or an entityrelated to an operational apparatus with one or more specificfunctionalities. Such entities may be either hardware, a combination ofhardware and software, software, or software in execution. As anexample, a component may be, but is not limited to being, a processrunning on a processor, a processor, an object, an executable portion ofsoftware, a thread of execution, a program, and/or a computing device.For example, both a software application executing on a computing devicecontaining a processor circuit and the computing device may be acomponent. One or more components may reside within a process and/orthread of execution. A component may be localized on one computingdevice or distributed between two or more computing devices. Asdescribed herein, a component may execute from various computer-readablenon-transitory media having various data structures stored thereon.Components may communicate via local and/or remote processes inaccordance, for example, with a signal (either analogic or digital)having one or more data packets (e.g., data from one componentinteracting with another component in a local system, distributedsystem, and/or across a network such as a wide area network with othersystems via the signal). As another example, a component may be anapparatus with specific functionality provided by mechanical partsoperated by electric or electronic circuitry that is controlled by asoftware application or firmware application executed by a processorcircuit, wherein the processor may be internal or external to theapparatus and may execute at least a part of the software or firmwareapplication. As yet another example, a component may be an apparatusthat provides specific functionality through electronic componentswithout mechanical parts, and the electronic components may include aprocessor therein to execute software or firmware that provides, atleast in part, the functionality of the electronic components. Incertain embodiments, components may communicate via local and/or remoteprocesses in accordance, for example, with a signal (either analog ordigital) having one or more data packets (e.g., data from one componentinteracting with another component in a local system, distributedsystem, and/or across a network such as a wide area network with othersystems via the signal). In other embodiments, components maycommunicate or otherwise be coupled via thermal, mechanical, electrical,and/or electromechanical coupling mechanisms (such as conduits,connectors, combinations thereof, or the like). An interface may includeinput/output (110) components as well as associated processors,applications, and/or other programming components. The terms“component,” “environment,” “system,” “architecture,” “interface,”“unit,” “module,” and “pipe” may be utilized interchangeably and may bereferred to collectively as functional elements.

As utilized in this disclosure, the term “processor” may refer to anycomputing processing unit or device comprising single-core processors;single processors with software multithread execution capability;multi-core processors; multi-core processors with software multithreadexecution capability; multi-core processors with hardware multithreadtechnology; parallel platforms; and parallel platforms with distributedshared memory. Additionally, a processor may refer to an integratedcircuit (IC), an application-specific integrated circuit (ASIC), adigital signal processor (DSP), a field programmable gate array (FPGA),a programmable logic controller (PLC), a complex programmable logicdevice (CPLD), a discrete gate or transistor logic, discrete hardwarecomponents, or any combination thereof designed to perform the functionsdescribed herein. A processor may be implemented as a combination ofcomputing processing units. In certain embodiments, processors mayutilize nanoscale architectures such as, but not limited to, molecularand quantum-dot based transistors, switches and gates, to optimize spaceusage or enhance the performance of user equipment or other electronicequipment.

In addition, in the present specification and annexed drawings, termssuch as “store,” “storage,” “data store,” “data storage,” “memory,”“repository,” and substantially any other information storage componentrelevant to the operation and functionality of a component of thedisclosure, refer to “memory components,” entities embodied in a“memory,” or components forming the memory. It may be appreciated thatthe memory components or memories described herein embody or comprisenon-transitory computer storage media that may be readable or otherwiseaccessible by a computing device. Such media may be implemented in anymethods or technology for storage of information such ascomputer-readable instructions, information structures, program modules,or other information objects. The memory components or memories may beeither volatile memory or non-volatile memory, or may include bothvolatile and non-volatile memory. In addition, the memory components ormemories may be removable or non-removable, and/or internal or externalto a computing device or component. Examples of various types ofnon-transitory storage media may include hard-disc drives, zip drives,CD-ROMs, digital versatile disks (DVDs) or other optical storage,magnetic cassettes, magnetic tape, magnetic disk storage or othermagnetic storage devices, flash memory cards or other types of memorycards, cartridges, or any other non-transitory medium suitable to retainthe desired information and which may be accessed by a computing device.

As an illustration, non-volatile memory may include read only memory(ROM), programmable ROM (PROM), electrically programmable ROM (EPROM),electrically erasable programmable ROM (EEPROM), or flash memory.Volatile memory may include random access memory (RAM), which acts asexternal cache memory. By way of illustration and not limitation, RAM isavailable in many forms such as synchronous RAM (SRAM), dynamic RAM(DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM),enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM(DRRAM). The disclosed memory components or memories of the operationalor computational environments described herein are intended to includeone or more of these and/or any other suitable types of memory.

Conditional language, such as, among others, “may,” “could,” “might,” or“may,” unless specifically stated otherwise, or otherwise understoodwithin the context as used, is generally intended to convey that certainimplementations could include, while other implementations do notinclude, certain features, elements, and/or operations. Thus, suchconditional language generally is not intended to imply that features,elements, and/or operations are in any way required for one or moreimplementations or that one or more implementations necessarily includelogic for deciding, with or without user input or prompting, whetherthese features, elements, and/or operations are included or are to beperformed in any particular implementation.

What has been described herein in the present specification and annexeddrawings includes examples of systems, devices, and techniques that mayprovide emergency responses within a defined coverage area. It is, ofcourse, not possible to describe every conceivable combination ofelements and/or methods for purposes of describing the various featuresof the disclosure, but it may be recognized that many furthercombinations and permutations of the disclosed features are possible.Accordingly, it may be apparent that various modifications may be madeto the disclosure without departing from the scope or spirit thereof. Inaddition or in the alternative, other embodiments of the disclosure maybe apparent from consideration of the specification and annexeddrawings, and practice of the disclosure as presented herein. It isintended that the examples put forward in the specification and annexeddrawings be considered, in all respects, as illustrative and notrestrictive. Although specific terms are employed herein, they are usedin a generic and descriptive sense only and not for purposes oflimitation.

What is claimed is:
 1. A computer-implemented method, comprising:receiving, by a processor circuit of a computing device, a request froma mobile computing device to establish a connection with a destinationdevice that facilitates a safety service within a pre-defined coveragearea, the request further including login information associated with apreviously-established user account on the computing device, and firstinformation indicative of a location of the mobile computing device;determining that the mobile computing device is within the pre-definedcoverage area; sending, by the computing device to the mobile computingdevice, a response message including second information indicative of acommunication address of a remote server device functionally coupled tothe destination device; receiving, by the computing device, aconfirmation from the remote server device that a connection between themobile computing device and the destination device has been establishedbased on the communication address that was sent to the mobile computingdevice; and when the location of the mobile computing device isdetermined to be outside of the pre-defined coverage area, sending amessage to the mobile computing device indicating that a connection tothe destination device cannot be established and instructing a user ofthe mobile device to contact emergency personnel.
 2. The method of claim1, further comprising: determining, by the processor circuit, that aconnection between the mobile device and the destination device has beenlost; sending, to the mobile device, a message providing information tore-establish the connection between the mobile device and thedestination device; and receiving, by the computing device, aconfirmation from the remote server device that a connection between themobile computing device and the destination device has beenre-established.
 3. The method of claim 1, further comprising:determining, by the processor circuit, that a number of messagesexceeding a predetermined threshold have been received from a pluralityof mobile devices within a coverage area; and sending, based on thedetermination, a selectable predetermined message to the plurality ofmobile devices indicating that help is on its way.
 4. The method ofclaim 1, further comprising: generating navigation instructions based onthe location of the mobile device; and sending the navigationinstructions to the destination device with instructions to display thenavigation instructions on a display device of the destination device.5. The method of claim 1, further comprising: receiving and graphicallydisplaying, on a display device of the computing device, biometric datacharacterizing the user of the mobile device.
 6. The method of claim 1,wherein the request includes a HTTPS request message, and wherein theresponse message includes a HTPPS response message.
 7. The method ofclaim 1, wherein the communication address includes an Internet Protocol(IP) address of the remote server device.
 8. The method of claim 1,wherein the first information includes global positioning system (GPS)coordinates of the mobile computing device.
 9. The method of claim 1,further comprising: sending, by the computing device to the mobilecomputing device, a response message with an instruction to the mobilecomputing device to display a message or to generate an audible signalinstructing a user to dial 911 or contact emergency personnel throughanother pre-determined number when the mobile computing device is notwithin the pre-defined coverage area.
 10. The method of claim 1, furthercomprising: sending, by the computing device to the mobile computingdevice, a response message with an instruction to a user to dial 911 orcontact emergency personnel through another pre-determined number aftera pre-determined time duration has elapsed.
 11. A computing device,comprising: a processor circuit that is configured to perform operationscomprising: receiving a request from a mobile computing device toestablish a connection with a destination device that facilitates asafety service within a pre-defined coverage area, the request furtherincluding login information associated with a previously-establisheduser account on the computing device, and first information indicativeof a location of the mobile computing device; determining that themobile computing device is within the pre-defined coverage area;sending, by the computing device to the mobile computing device, aresponse message including second information indicative of acommunication address of a remote server device functionally coupled tothe destination device; receiving, by the computing device, aconfirmation from the remote server device that a connection between themobile computing device and the destination device has been establishedbased on the communication address that was sent to the mobile computingdevice; and when the location of the mobile computing device isdetermined to be outside of the pre-defined coverage area, sending amessage to the mobile computing device indicating that a connection tothe destination device cannot be established and instructing a user ofthe mobile device to contact emergency personnel.
 12. The computingdevice of claim 11, wherein the processor circuit is further configuredto perform operations comprising: determining that a connection betweenthe mobile device and the destination device has been lost; sending, tothe mobile device, a message providing information to re-establish theconnection between the mobile device and the destination device; andreceiving, by the computing device, a confirmation from the remoteserver device that a connection between the mobile computing device andthe destination device has been re-established.
 13. The computing deviceof claim 11, wherein the processor circuit is further configured toperform operations comprising: determining that a number of messagesexceeding a predetermined threshold have been received from a pluralityof mobile devices within a coverage area; and sending, based on thedetermination, a selectable predetermined message to the plurality ofmobile devices indicating that help is on its way.
 14. The computingdevice of claim 11, wherein the processor circuit is further configuredto perform operations comprising: generating navigation instructionsbased on the location of the mobile device; and sending the navigationinstructions to the destination device with instructions to display thenavigation instructions on a display device of the destination device.15. The computing device of claim 11, wherein the processor circuit isfurther configured to perform operations comprising: receiving andgraphically displaying, on a display device of the computing device,biometric data characterizing the user of the mobile device.
 16. Thecomputing device of claim 11, wherein the request includes a HTTPSrequest message, and wherein the response message includes a HTPPSresponse message.
 17. The computing device of claim 11, wherein thecommunication address includes an Internet protocol (IP) address of theremote server device.
 18. The computing device of claim 11, wherein thefirst information includes global positioning system (GPS) coordinatesof the mobile computing device.
 19. The computing device of claim 11,wherein the processor circuit is further configured to performoperations comprising: sending, by the computing device to the mobilecomputing device, a response message with an instruction to the mobilecomputing device to display a message or to generate an audible signalinstructing a user to dial 911 or contact emergency personnel throughanother pre-determined number when the mobile computing device is notwithin the pre-defined coverage area.
 20. The computing device of claim11, wherein the processor circuit is further configured to performoperations comprising: sending, by the computing device to the mobilecomputing device, a response message with an instruction to a user todial 911 or contact emergency personnel through another pre-determinednumber after a pre-determined time duration has elapsed.